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DETAILED ACTION 

1 . Claims 1-30 are pending in this office action. 

Information Disclosure Statement 

2. Applicant's Information Disclosure Statements, filed on 6/17/2005, 
2/06/2006, and 4/25/2006 have been received, and entered into the record. 

However, It is impractical for the examiner to review the references 

thoroughly with the number of references cited in this case. By initializing each 

of the cited references on the accompanying 1449 forms, the examiner is merely 

acknowledging the submission of the cited references and merely indicating that 

only a cursory review has been made of the cited references. 

MPEP §2004.13 states: 

It is desirable to avoid the submission of long lists of documents if it can 

be avoided. Eliminate clearly irrelevant and marginally pertinent 

cumulative information. If a long list is submitted, highlight those 

documents which have been specifically brought to applicant's attention 

and/or are known to be of most significance. See Penn Yan Boats, Inc. v. 

Sea Lark Boats, Inc., 359 F. Supp. 948, 175 USPQ 260 (S.D. Fla. 1972), 

aff 'd, 479 F.2d 1338, 178 USPQ 577 (5th Cir. 1973), cert, denied, 414 

U.S. 874 (1974). But cf Molins PLC v. Textron Inc., 48 F.3d 1 172, 33 

USPQ2d 1823 (Fed. Cir. 1995). 
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Further, it should be noted that an applicant's duty of disclosure of material 
and information is not satisfied by presenting a patent examiner with "a mountain 
of largely irrelevant [material] from which he is presumed to have been able, with 
his experience and with adequate time, to have found the critical [material]. It 
ignores the real world conditions under which examiners work." Rohm & Haas 
Co. V. Crystal Chemical co., 722 F.2d 1556. 1573 [ 220 USPQ 289 ] (Fed. Cir. 
1983), cert. Denied, 469 U.S. 851 (1984). Patent applicant has a duty not just to 
disclose pertinent prior art references but to make a disclosure in such a way as 
not to "bury" it within other disclosures of less relevant prior art; see Golden 
Valley Microwave Foods Inc. v. Weaver Popcorn Co. Inc., 24 USPQ2d 1801 
(N.D. Ind. 1992); Molins PLC v. Textron Inc., 26 USPQ2d 1889, at 1899 (D.Del 
1992); Penn Yan Boats, Inc. v. Sea Lark Boats, Inc. et al., 175 USPQ 260, at 272 
(S.D. Fl. 1972). 

Claim Objections 

3. Claim 17 is objected to because of the following informalities: Claim 17 
recites that it depends from the system of claim 16, but on the other hand claim 
16 is not a system but a computer readable medium comprising computer 
readable instructions. Appropriate correction is required. 



Claim Rejections - 35 USC § 112 
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4. The following is a quotation of the second paragraph of 35 U.S.C. 1 12: 

The specification shall conclude with one or more claims particularly pointing out and distinctly 
claiming the subject matter which the applicant regards as his invention. 

Regarding claims 1, 3, 8. 9, 16, 18, 23, and 24 the phrase ("for 
exampleTe.g." renders the claim indefinite because it is unclear whether the 
limitation(s) following the phrase are part of the claimed invention. See MPEP 
§ 2173.05(d). 

Claims 4, 9, 10, 12. 13. 14, 15, 19. 24. 25, 27.28. 29 and 30 are rejected 
under 35 U.S.C. 112, second paragraph, as being indefinite for failing to 
particularly point out and distinctly claim the subject matter which applicant 
regards as the invention. In these claims applicant includes parenthesis (). which 
makes it unclear whether these limitations are part of the claims/invention. 

Claims 1 1 and 26 are further rejected because of the dependency and 
incorporation of the deficiencies from the above rejected claims. 

Claim [1.3, 9. 10, 13-16, 18, 24-25, and 28-30] contains the 
trademark/trade name [WinFS]. Where a trademark or trade name is used in a 
claim as a limitation to identify or describe a particular material or product, the 
claim does not comply with the requirements of 35 U.S.C. 112, second 
paragraph. See Ex parte Simpson, 218 USPQ 1020 (Bd. App. 1982). The claim 
scope is uncertain since the trademark or trade name cannot be used properly to 
identify any particular material or product. A trademark or trade name is used to 
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identify a source of goods, and not the goods themselves. Thus, a trademark or 
trade name does not identify or describe the goods associated with the 
trademarl^ or trade name. In the present case, the trademark/trade name Is used 
to Identify/describe [storage platform system that has synchronization subsystem] 
and, accordingly, the Identification/description is indefinite. Appropriate 
correction is required. 

Claims 11-12, 17, 19-23 and 26-27 are further rejected because of the 
dependency and incorporation of the deficiencies from the above rejected claims. 

Claim Rejections - 35 USC § 101 

5. 35 U.S.C. 101 reads as follows: 

Whoever invents or discovers any new and useful process, machine, manufacture, or 
composition of matter, or any new and useful improvement thereof, may obtain a patent 
therefor, subject to the conditions and requirements of this title. 

Claims 1-30 are rejected under 35 U.S.C. 101 as being directed to non- 
statutory subject matter. The language of the claims raises a question as to 
whether the claims are directed merely to an environment or machine which 
would result in a practical application producing a concrete useful, and tangible 
result to form the basis of statutory subject matter under 35 U.S.C. 101. 

Claims 1-30 are rejected because the actions performed in these claims 
do not provide any tangible results. 
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Claims 16-30 are rejected because they appear to be program per se 
because they include computer readable instructions. These claims are rejected 
because applicant's disclosure discloses both tangible (a floppy diskette, CD- 
ROM, CD-RW, DVD-ROM, DVD-RAM) and non-tangible (transmission medium) 
embodiments. Applicant is suggested to amend and include "computer readable 
storage medium" to overcome the 101 rejection. 

To expedite a complete examination of the instant application the claims 
rejected under U.S.C. 101 (nonstatutory) above are further rejected as set forth 
below in anticipation of application amending these claims to place them within 
the four categories of invention. 

Claim Rejections - 35 USC § 103 

6. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for 
all obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described 
as set forth in section 102 of this title, if the differences between the subject matter sought to 
be patented and the prior art are such that the subject matter as a whole would have been 
obvious at the time the invention was made to a person having ordinary skill in the art to which 
said subject matter pertains. Patentability shall not be negatived by the manner in which the 
invention was made. 

Claims 1-30 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over LuGscheng Peng (Peng hereinafter) (U.S. Patent No. 6,317,754) in view of 
Oliver Ibelshauser (Oliver hereinafter) (NPL "The WinFS file system for 
Windows Longhorn: Faster and Smarter" June 17 2003, pages 1-7). 
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With respect to claim 1 , Peng teaches a storage platform system for a 
hardware/software interface system (e.g., WinFS), said storage system 
comprising: 

"multiple instances of a storage platform" as CODA system is applying 
version vectors to both object replicas and the replication unit that contains set of 
objects (Peng Col 1 , Lines 45-47). The Examiner interprets the objects in the 
reference as instances. 

"a synchronization subsystem native to the hardware/software 
interface system that enable the system to synchronize the multiple 
instances of said storage platform" as a system is provided for reliable 
synchronization of versions of an object stored at different servers which involves 
the replacement of either the single central server or a peer-to-peer server 
system with a network of primary servers linked with high performance reliable 
links which serve to synchronize secondary servers (Peng Col 2, Lines 53-58). 
Examiner interprets the system as WinFS since it is providing synchronization in 
peer-to-peer mode. 

Peng teaches elements of claim 1 as noted above but does not explicitly 
teach "WinFS." 

However, Oliver discloses "WinFS" as Windows Future Storage file 
system will take place in Longhorn, the successor of XP (Oliver Page 1). 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to combine the teaching of the cited references because 
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Oliver's teachings would have allowed Peng to store files based on various 
content criteria e.g. author, content, names, sources medium and the most 
recent user and provide a FS which is entirely based on a relational database. 

With respect to claim 2, Peng teaches "the system of claim 1 wherein 
the synchronization subsystem synchronizes only a subset of data, from 
among the entirety of data on said data store, during a synchronization 
operation" as the subject system a summarizing version vector is used to 
minimize the amount of data transmitted in the synchronizing process by 
avoiding the necessity for exchanging version vectors for individual objects, 
whether or not there is any difference in the two objects being synchronized 
(Peng Col 3, Lines 9-14). Examiner interprets the minimized data as subset of 
data. 

With respect to claim 3, Peng teaches "the system of claim 1 wherein a 
first instance of the storage platform is a replica, that is, running on a 
hardware/software interface system that has the synchronization 
subsystem (e.g., WinFS)" as a system is provided for reliable synchronization 
of versions of an object stored at different servers which involves the 
replacement of either the single central server or a peer-to-peer server system 
with a network of primary servers linked with high performance reliable links 
which serve to synchronize secondary servers (Peng Col 2, Lines 53-58). 
Examiner interprets the system as WinFS since it is providing synchronization in 
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peer-to-peer mode, "and a second instance of the storage platform is a data 
source, that is, running on a hardware/software interface system that does 
not have the synchronization subsystem (e.g., non-WinFS)" as CODA 
system it will be appreciated that it is a file replication system, which does not 
support peer-to-peer synchronization, it is in essence a client/server system, 
which will not allow two clients to synchronize directly with each other (Peng Col, 
Lines 48-52). 

Peng teaches elements of claim 3 as noted above but does not explicitly 
teach "WinFS & non-WinFS." 

However, Oliver discloses "WinFS" as Windows Future Storage file 
system will take place in Longhorn, the successor of XP (Oliver Page 1) and 
"non-WinFS" as Fat system (Oliver page 2) and NTFS (Oliver Page 3). 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to combine the teaching of the cited references because 
Oliver's teachings would have allowed Peng to store files based on various 
content criteria e.g. author, content, names, sources medium and the most 
recent user and provide a FS which is entirely based on a relational database. 

With respect to claim 4, Peng teaches "the system of claim 3 wherein 
the synchronization between the replica and the data source is facilitated 
by a synchronization adapter that virtualizes the data source by interfacing 
with an application programming interface (API) of the hardware/software 
interface system of the replica" as the system automatically switches between 
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whole object synchronization and differential synchronization. Further, the 
subject system permits synchronization between different systems because the 
semantics of the data is segregated from the synchronization due to extracting 
updates in a standard format and synchronizing based on a standard protocol 
(Peng Abstract). The system includes a number of object containers 22 and an 
object container manager 24 coupled thereto. The object container manager is 
coupled to a synchronizer manager 26, which is in turn coupled to object 
containers 22 and synchronizers 28. A protocol utility 30 is driven by 
synchronizer manager to select the most reliable connection to the network. In 
operation, a system utility or application initiates synchronization from either the 
object container or the synchronizer manager (Peng Col 9, Lines 32-41). 
Examiner interprets the synchronization adapter as the synchronization manger 
and synchronizers. 

With respect to claim 5, Peng teaches "the system of claim 1 wherein a 
first pair of instances synchronizes changes independently of a second 
pair of instances, and wherein both the first pair of instances and the 
second pair of instances are part of a common sync community" as 
the object in a container may be any object, for instance a document, a program, 
or a row of a table in a relational database, making the subject system a 
universal system. This integrates the synchronization process for various forms 
of data and is made possible by the separation of the semantics of objects from 
the synchronization (Peng Col 4, Lines 13-19). Therefore the synchronization is 
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independently done between various forms of data and synchronization is always 
done between different/pairs of instances. 

With respect to claim 6, Peng teaches "the system of claim 1 wherein 
conflicts in synchronization are automatically detected and resolved based 
on predefined determinable criteria" as a method for detecting and resolving 
conflicts is shown in which a server 180 has a corresponding summarizing 
version vector (Peng Col 12, Lines 11-13). This conflict detection is 
accomplished by comparing the version vectors or update stamps of the whole 
object (Peng Col 12, Lines 24-26). After the objects 186 and 202 have been 
found to be in conflict, the conflict is resolved or reconciled by calling a 
predetermined reconcile method and passing the differential updates in conflict to 
the method as shown at 220 (Peng Col 12, Lines 36-40). 

With respect to claim 7, Peng teaches "the system of claim 6 wherein 
certain of said conflicts are resolved by being logged for manual resolution 
by an end-user" as a method for detecting and resolving conflicts is shown in 
which a server 1 80 has a corresponding summarizing version vector (Peng Col 
12, Lines 11-13). Further, since some applications do not perniit automatic 
synchronization, user control of synchronization, which prevents unintended 
synchronization, is critical (Peng Col 8, Lines 2-5). 
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With respect to claim 8, Peng teaches "the system of claim 1 wherein 
the synchronization subsystem tracks the state of previous 
synchronizations with a sync partner, and thereby only synchronizes 
change units with that partner that have changed since the last 
synchronization (i.e., "net changes")" as a server is only concerned with data 
from a selected number of servers, it is unnecessary to synchronize with all of 
the servers in the system. In a system which has a large number of servers, only 
some of which have data which one wishes to synchronize, if one were to 
attempt to keep track of all objects and all updates, memory would be quickly 
exhausted (Peng Col 4, Lines 61-67). In order to solve this problem in one 
embodiment of the subject invention, a latest common ancestor version vector is 
utilized to selectively purge updates and version changes at a selected group of 
servers which are older than or equal to this latest common ancestor version 
vector by purging off differential updates or deleted objects which have 
propagated to the group of the servers in question, e.g. the selected servers 
(Peng Col 5, Lines 1-8). 

With respect to claim 9, Peng teaches a method for synchronizing 
multiple instances of a storage platform for a hardware/software interface 
systems (e.g., WinFS), said method comprising: 

"Dividing said storage platform into basic units of granularity (e.g., 
change units)" as the subject system the unit of transmitted data may be a 
differential update, called an atom because of its small size. This is distinguished 
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from the prior art systems, which must transmit the whole object as the unit of 
transmitted data (Peng Col 4, Lines 2-6). 

"Sequentially enumerating changes and tracking said changes on a 
per change unit basis" as this is accomplished by either defining a version 
vector to a whole object or defining a version vector to the base of an object and 
the update stamp for each of its differential updates (Peng Col 3, Lines 33-36). 

"For each Instance, tracking the state of changes for that Instances, 
as well as the state of changes for a plurality of other known instances in 
the sync community (sync partners)" as a server is only concerned with data 
from a selected number of servers, it is unnecessary to synchronize with all of 
the servers in the system. In a system which has a large number of servers, only 
some of which have data which one wishes to synchronize, if one were to 
attempt to keep track of all objects and all updates, memory would be quickly 
exhausted (Peng Col 4, Lines 61-67). In order to solve this problem in one 
embodiment of the subject invention, a latest common ancestor version vector is 
utilized to selectively purge updates and version changes at a selected group of 
servers which are older than or equal to this latest common ancestor version 
vector by purging off differential updates or deleted objects which have 
propagated to the group of the servers in question, e.g. the selected servers 
(Peng Col 5, Lines 1-7). 

"For synchronization, identifying new changes by comparing the 
enumerated changes for a particular instance with the state of changes for 
that instance" as when synchronization fails, the synchronization will be 
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restored without resending the updates which were already received by the 
second server in the previous synchronization by comparing the first server's 
summarizing version vector with the second server's updated version vector 
(Peng Col 3, Lines 62-67). 

Peng teaches elements of claim 9 as noted above but does not explicitly 
teach. "Dividing said storage platform into basic units of granularity (e.g., 
change units) & "Win FS"." 

However, Oliver discloses "Dividing said storage platform into basic 
units of granularity (e.g., change units)" as a cluster is the smallest storage 
unit on a hard drive. But the sectors are what determines how many Bytes of 
memory space are physically available for the files. Depending on the partition, 
you will have one or more sectors of 512 Bytes each in one cluster (Oliver Page 
2) and "WinFS" as Windows Future Storage file system will take place in 
Longhorn, the successor of XP (Oliver Page 1). 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to combine the teaching of the cited references because 
Oliver's teachings would have allowed Peng to determine the cluster size by file 
system and the size of the volume. It would also allow to store files based on 
various content criteria e.g. author, content, names, sources medium and the 
most recent user and provide a FS which is entirely based on a relational 
database. 
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With respect to claim 10, Peng teaches "the method of claim 9, wherein 
a first instance, a replica, is instantiated on a hardware/software interface 
system that directly supports item-based synchronization (WinFS)" as a 

system is provided for reliable synchronization of versions of an object stored at 
different servers which involves the replacement of either the single central 
server or a peer-to-peer server system with a network of primary servers linked 
with high performance reliable links which serve to synchronize secondary 
servers (Peng Col 2, Lines 53-58). Examiner interprets the system as WinFS 
since it is providing synchronization in peer-to-peer mode, "and wherein a 
second instance, a data source, is instantiated on a hardware/software 
interface system that does not directly support Item-based synchronization 
(non-WinFS)," as CODA system it will be appreciated that it is a file replication 
system, which does not support peer-to-peer synchronization. It is in essence a 
client/server system, which will not allow two clients to synchronize directly with 
each other (Peng Col, Lines 48-52). "said method further comprising the use 
of an adapter to virtualize the non-WinFS instance via a synchronization 
application programming interface" as a system utility or application initiates 
synchronization from either the object container or the synchronizer manager. 
Synchronizer manager 26 consults with utility 30 to open a reliable connection 
between two servers to be synchronized. Thereafter, synchronizer manger 26 
creates a synchronizer such as synchronizer 28 based on the result from the 
protocol utility. Then the synchronizers on the two servers will initiate the 
synchronization process (Peng Col 9, Lines 39-46). The system automatically 
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switches between whole object synchronization and differential synchronization. 
Further, the subject system penmits synchronization between different systems 
because the semantics of the data is segregated from the synchronization due to 
extracting updates in a standard format and synchronizing based on a standard 
protocol (Peng Abstract). 

Peng teaches elements of claim 10 as noted above but does not explicitly 
teach "WinFS & non-WinFS." 

However, Oliver discloses "WinFS" as Windows Future Storage file 
system will take place in Longhorn, the successor of XP (Oliver Page 1) and 
"non-WinFS" as Fat system (Oliver page 2) and NTFS (Oliver Page 3). 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to combine the teaching of the cited references because 
Oliver's teachings would have allowed Peng to store files based on various 
content criteria e.g. author, content, names, sources medium and the most 
recent user and provide a FS which Is entirely based on a relational database. 

With respect to claim 1 1 , Peng teaches "the method of claim 10 further 
comprising detecting synchronization conflicts at the level of change unit 
granularity" as a method for detecting and resolving conflicts is shown in which 
a server 180 has a corresponding summarizing version vector (Peng Col 12, 
Lines 11-13). 

Peng teaches elements of claim 1 1 as noted above but does not explicitly 
teach, "change unit granularity." 
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However, Oliver discloses, "change unit granularity" as a cluster is the 
smallest storage unit on a hard drive. But the sectors are what detennines how 
many Bytes of memory space are physically available for the files. Depending on 
the partition, you will have one or more sectors of 512 Bytes each in one cluster 
(Oliver Page 2). 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to combine the teaching of the cited references because 
Oliver's teachings would have allowed Peng to determine the cluster size by file 
system and the size of the volume. It would also allow to store files based on 
various content criteria e.g. author, content, names, sources medium and the 
most recent user and provide a FS which is entirely based on a relational 
database. 

With respect to claims 12, Peng teaches "the method of claim 10 
further comprising: instances reporting success, failure, and/or conflicts at 
individual change unit level on change application (sync data)" as a method 
for detecting and resolving conflicts is shown in which a server 180 has a 
corresponding summarizing version vector (Peng Col 12, Lines 11-13). The 
version vector of the corresponding object and the summarizing version vector in 
the second sever will be updated right after it successfully receives the update. 
Therefore, when synchronization fails, the synchronization will be restored 
without resending the updates which were already received by the second server 
in the previous synchronization by comparing the first server's summarizing 
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version vector with the second server's updated version vector (Peng Col 3, 
Lines 59-67). 

"applications (including but not limited to adapters and other 
synchronization controlling applications) using sync data for updating a 
backend state" as the term summarizing version vector as used herein means a 
vector having fields, which summarize the state of the object container at a 
server. Each summarizing version vector is a vector of update stamps. Each 
update stamp has a field for the associated object container's identifier and a 
field for the associated time stamp (Peng Col 3, Lines 15-20). 

Peng teaches elements of claim 12 as noted above but does not explicitly 
teach, "Unit level of change." 

However, Oliver discloses, "Unit level of change" as a cluster is the 
smallest storage unit on a hard drive. But the sectors are what determines how 
many Bytes of memory space are physically available for the files. Depending on 
the partition, you will have one or more sectors of 512 Bytes each in one cluster 
(Oliver Page 2). 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to combine the teaching of the cited references because 
Oliver's teachings would have allowed Peng to determine the cluster size by file 
system and the size of the volume. It would also allow to store files based on 
various content criteria e.g. author, content, names, sources medium and the 
most recent user and provide a FS which is entirely based on a relational 
database. 
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With respect to claim 13, Peng teaches a method for synchronizing a 
replica with a data source (each a sync partner), wherein both said replica 
and said data source have change state information that is maintained by 
each synch partner, and wherein said data source (non-WinFS) uses an 
adapter to interface with a hardware/software interface system of said 
replica (WinFS), said method comprising: 

"Said replica sending to said adapter an updated state information 
for said replica that, based on a last state information for said data source, 
reflect changes that have been made since the last synchronization as 
reflected in said last state information for said data source ("new 
changes")" as the term summarizing version vector as used herein means a 
vector having fields, which summarize the state of the object container at a 
server. Each summarizing version vector is a vector of update stamps. Each 
update stamp has a field for the associated object container's identifier and a 
field for the associated time stamp (Peng Col 3, Lines 15-20). Object container 
120 is changed so that it contains synchronizing information supplied by 
summarizing version vector 1 so that it in turn updates object container 110 
throughout information sent as illustrated by arrow 124 (Peng Col, Lines 53-57). 

"Said adapter, receiving said updated state information for said 
replica and said new changes, implementing as many changes to the data 
source as possible and tracking success or failure for each change on a 
change unit by change unit basis" as the version vector of the corresponding 
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object and the summarizing version vector in the second sever will be updated 
right after it successfully receives the update. Therefore, when synchronization 
fails, the synchronization will be restored without resending the updates which 
were already received by the second server in the previous synchronization by 
comparing the first server's summarizing version vector with the second server's 
updated version vector (Peng Col 3, Lines 59-67). 

Peng teaches elements of claim 13 as noted above but does not explicitly 
teach, "Change unit basis, WinFS and non-WinFS 

However, Oliver discloses, "Change unit basis" as a cluster is the 
smallest storage unit on a hard drive. But the sectors are what determines how 
many Bytes of memory space are physically available for the files. Depending on 
the partition, you will have one or more sectors of 512 Bytes each in one cluster 
(Oliver Page 2), "WinFS" as Windows Future Storage file system will take place 
in Longhorn, the successor of XP (Oliver Page 1) and "non-WinFS" as Fat 
system (Oliver page 2) and NTFS (Oliver Page 3). 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to combine the teaching of the cited references because 
Oliver's teachings would have allowed Peng to determine the cluster size by file 
system and the size of the volume. It would also allow to store files based on 
various content criteria e.g. author, content, names, sources medium and the 
most recent user and provide a FS which is entirely based on a relational 
database. 
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With respect to claim 14. Peng teaches "the method of claim 13 further 
comprising: said adapter calculating the new state of the data source 
based on the success or failure for each change on a change unit by 
change unit basis, storing this new state information, and transmitting this 
new state information to the hardware/software interface system of the 
replica (WinFS) said hardware/software interface system of the replica 
(WinFS) storing said new state information for said data source for future 
use by said replica" as check if any of these objects* base version vector is 
newer than the common version vector of the two servers, where base version 
vector of an object refers to the version vector of the object absent any 
differential updates and where the common version vector refers to a version 
vector reflecting the state from where the two servers' summarizing version 
vectors diverged (Peng Col 5, Lines 61-67). The second server will store or 
update the first server's summarizing version vector it has stored previously. It 
may also recalculate its latest common ancestor version vector if all of the 
selected server's summarizing version vectors have been stored in the second 
server and accordingly purges off all the deleted object's information or 
differential updates whose version vectors or update stamps are older than or 
equal to the latest common ancestor version vector (Peng Col 6, Lines 41-50). 
FIG. 8 is a block diagram of the system for extracting updates to be transmitted 
from a first server to a second server utilizing summarizing version vectors and a 
differential update log for the second server (Peng Col 8, Lines 64-67). 
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Peng teaches elements of claim 14 as noted above but does not explicitly 
teach "WinFS." 

However, Oliver discloses "WinFS" as Windows Future Storage file 
system will take place in Longhorn, the successor of XP (Oliver Page 1). 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to combine the teaching of the cited references because 
Oliver's teachings would have allowed Peng to store files based on various 
content criteria e.g. author, content, names, sources medium and the most 
recent user and provide a FS which is entirely based on a relational database. 

With respect to claim 15, Peng teaches the method of claim 13 further 
comprising: 

"said adapter transmitting to the hardware/software interface system 
of the replica (WinFS) the success or failure for each change on a change 
unit by change unit basis" as the version vector of the corresponding object 
and the summarizing version vector in the second sever will be updated right 
after it successfully receives the update. Therefore, when synchronization fails, 
the synchronization will be restored without resending the updates which were 
already received by the second server in the previous synchronization by 
comparing the first server's summarizing version vector with the second server's 
updated version vector (Peng Col 3, Lines 59-67). 

"said hardware/software interface system of the replica (WinFS) 
calculating a new state information for the data source based on the 
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success or failure for each change to the data source on a change unit by 
change unit basis" " as check if any of these objects' base version vector is 
newer than the common version vector of the two servers, where base version 
vector of an object refers to the version vector of the object absent any 
differential updates and where the common version vector refers to a version 
vector reflecting the state from where the two servers* summarizing version 
vectors diverged (Peng Col 5, Lines 61-67). The second server will store or 
update the first server's summarizing version vector it has stored previously. It 
may also recalculate its latest common ancestor version vector if all of the 
selected server's summarizing version vectors have been stored in the second 
server and accordingly purges off all the deleted object's information or 
differential updates whose version vectors or update stamps are older than or 
equal to the latest common ancestor version vector (Peng Col 6, Lines 41-50). 

"said hardware/software interface system of the replica (WinFS) 
transmitting the new state information to the adapter and storing said new 
state information for future use by said replica; and said adapter receiving 
and storing said new state information" FIG. 8 is a block diagram of the 
system for extracting updates to be transmitted from a first server to a second 
server utilizing summarizing version vectors and a differential update log for the 
second server (Peng Col 8, Lines 64-67). Examiner interprets the synchronizer 
28 on the servers as adapter. 

Peng teaches elements of claim 1 5 as noted above but does not explicitly 
teach, "Change unit basis, and WinFS." 
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However, Oliver discloses, "Change unit basis" as a cluster is the 
smallest storage unit on a hard drive. But the sectors are what determines how 
many Bytes of memory space are physically available for the files. Depending on 
the partition, you will have one or more sectors of 512 Bytes each in one cluster 
(Oliver Page 2), "WinFS" as Windows Future Storage file system will take place 
in Longhorn, the successor of XP (Oliver Page 1). 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to combine the teaching of the cited references because 
Oliver's teachings would have allowed Peng to determine the cluster size by file 
system and the size of the volume. It would also allow to store files based on 
various content criteria e.g. author, content, names, sources medium and the 
most recent user and provide a FS which is entirely based on a relational 
database. 

Claims 16-30 are essentially the same as claims 1-15 except they set forth 
the claimed invention as a computer-readable medium comprising instructions 
and are rejected for the same reason as applied hereinabove. 

Conclusion 

7. The prior art made of record and not replied upon is considered pertinent 
to applicant's disclosure is listed on 892 form. 
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